home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1999 March / EnigmA AMIGA RUN 35 (1999)(G.R. Edizioni)(IT)[!][issue 1999-03].iso / earcd / devel / wild / appunti / bugs.txt < prev    next >
Text File  |  1999-01-01  |  4KB  |  77 lines
  1. *** BUGS, fixati, da fixare, possibili, probabili, che vengono in mente...
  2.  
  3. - FIXED:    A double opening of a module CAUSES BIG TROUBLES !!!
  4.         The NODE in list is RE-Inserted in the list, and causes big
  5.         troubles. This is the DOUBLE-Closing bug in the wild.library!
  6.         (to fix, do a check in load/kill module, add a wild opencount,...)
  7.         Now IT's FIXED, with the wm_CNT! Warning with old modules !
  8.  
  9. - FIXED:    KillerBug in DisplayPlanarScreen: first, it was writing in the
  10.         Draw engine data, not in the Display !! And then, it allocated
  11.         the TmpRas, the AreaInfo and more with AllocVecPooled and freed
  12.         it with FreeMem ! Bleah.
  13.  
  14. - FIXED:    Now, i have a working draw pipeline, so i can concentrate on the
  15.         3D checking of the Refs system. I viewed it was all wrong. I'm
  16.         looking for the bugs in TDCoreSimplyFast.
  17.         I've fixed one, where were exchanged the child and the parent link.
  18.         Then, fixed more: now seems ok. But never say...
  19.         
  20. - TO FIX:    The DOUBLE-Closing BUG REVENGE !!! Maybe some modules too old, to
  21.         fix from the first time ? Or more conceptual bugs like the precedent?
  22.         Mah.            
  23.         
  24. - FIXED:    Another (new) bug in the closing: the tables killing!
  25.         Was because i changed the input of KillTable: no more pointing
  26.         on the struct wt_Table, but on the wt_Data !! So, when killing,
  27.         was forgot to add wt_Data to a1.
  28.         Probably, that was the DOUBLE-Closing revenge... but is to check.
  29.         
  30. - TO RECODE:    In TDCoreSimplyFast, there is a bad-working test, the diagonals
  31.         edges outcheck: it removed more edges than is should do. So, just
  32.         for now, i removed it. When there is time, recode ! It causes bad
  33.         errors, especially with very big faces!
  34.  
  35. - FIXED:    In TDCoreSimplyFast, recoded the OutFace check: 3 Hidden-> OutFace
  36.         and 2 Out-> OutFace! Caused BAD Crashes ! (Crash04 is ALSO for this
  37.         bug.)
  38.  
  39. - FIXED:     In TDCoreSimplyFast, bugs in the BSP-Inserting routine!? The
  40.         BspPointers have a bad offset and trash-up the structure!?
  41.         !! It's AllocVecPooled who Trashes everything !! Because of
  42.         a bad write, the Pool is broken, so this routine does bas things.
  43.         Thanks to my MungwallLike system (just added) i found the badwrite.
  44.         It's in the BSPEntries memory: more faces than they should are
  45.         written here: SOME ARE INSERTED TWICE !!!
  46.         So, it's a BSP-Insert BUG !!! FindOut it.
  47.         Fixed! Was a very Unlucky case: if 2 sectors child were attached
  48.         to the same parent's face, the BspSave of this face was broken:
  49.         after the first attach, all ok, after the second attach, was
  50.         copyed on bspsave also the first attach. So, one sector was
  51.         kept attached even after the breakjoins cycle.
  52.                 
  53. - TO FIX:    There are more bad writes, probably in the Draw modules (hope no
  54.         Display!) because my MungwallLike system signals some hits (in
  55.         the Display module,why ? go to check,please!) with all the Flat
  56.         series (Fluff & Candy), and all the same hit.
  57.  
  58. - FIXED:    A closing bug in DisplayPeter&James: if no screen, a lot of bad
  59.         free were done.
  60.  
  61. - TO FIX:    If all edges are z-out in distance (may be in other cases also)
  62.         bad errors, like edges with no TmpBuffer but not flagged as bad.
  63.         If you have time...
  64.  
  65. - TO FIX:    Peter&James can be dangerous if used by more than 1 app, because
  66.         of the variables inside the code (chunky buffer pointers, mainly),
  67.         you must reload them on every frame!
  68.  
  69. - FIXED:    In Peter&James was used my AllocBitmap routine, but was useless and
  70.         buggy (memory crash), so i used the STDBITMAP screen type. Better
  71.         and safer.
  72.  
  73. - TO FIX:    Still some bugs when faces are Z=0 (i think), they are splatted around.
  74.  
  75. - TO DO:    In Tix+ broker the textures edges loop is very sure but very 
  76.         unoptimized. When have time, do the rewrite.
  77.